home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Collection of Internet
/
Collection of Internet.iso
/
infosrvr
/
doc
/
www_talk.arc
/
000296_timbl@www3.cern.ch _Wed Nov 4 15:34:17 1992.msg
< prev
next >
Wrap
Internet Message Format
|
1992-11-30
|
2KB
Return-Path: <timbl@www3.cern.ch>
Received: from dxmint.cern.ch by nxoc01.cern.ch (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
id AA17858; Wed, 4 Nov 92 15:34:17 MET
Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
id AA09938; Wed, 4 Nov 92 15:45:48 +0100
Received: by www3.cern.ch (NX5.67c/NX3.0S)
id AA02170; Wed, 4 Nov 92 15:42:31 +0100
Date: Wed, 4 Nov 92 15:42:31 +0100
From: Tim Berners-Lee <timbl@www3.cern.ch>
Message-Id: <9211041442.AA02170@www3.cern.ch>
Received: by NeXT.Mailer (1.87.1)
Received: by NeXT Mailer (1.87.1)
To: Robert Raisch <raisch@cthulhu.control.com>
Subject: HTML
Cc: www-talk@nxoc01.cern.ch
Reply-To: timbl@nxoc01.cern.ch
> The point should be (IMHO) that the rendering decision should ALWAYS be
> left to the client. Any rendering-centric portions of HGML should be
> replaced by more general constructs.
Absolutely. Pei's latest Viola allows ffor example a LISTING section to
be viewed as an embedded scrollable region. There is nothing rendering-centric
in HTML.
> Perhaps what we need is a WG to design the next generation of HGML? Is
> there such a beast already?
Those who have been interested in it have aired their views on this list.
Theer haven't been many concrete suggestions for different elements
(except for a fixed width format which allows embedded anchors).
Dan has done a lot of work cleaning it up.
I would like to see separate header and body sections,
so that document-wide info like the title, author, can be found easily
before the body. Of course, if one uses MIME, ther is the
mail header with From: and Subject: fields.
which could be used fro the header, i.e. take teh header out of the
HTML.